home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20021006-20030409 / 000069_hvanclee@nyx.net_Sun Nov 10 12:00:41 EST 2002.msg < prev    next >
Text File  |  2003-04-08  |  4KB  |  69 lines
  1. Article: 13835 of comp.protocols.kermit.misc
  2. Newsgroups: comp.protocols.kermit.misc
  3. Subject: Re: Problems transferring over ppp connection
  4. References: <1034801647.495773@irys.nyx.net> <1034815854.830840@irys.nyx.net> <aol3ol$sch$1@newsmaster.cc.columbia.edu> <aomfve$ioc$1@watsol.cc.columbia.edu>
  5. Organization: Nyx Net, Free Internet access (www.nyx.net)
  6. X-Newsreader: trn 4.0-test74 (May 26, 2000)
  7. From: hvanclee@nyx.net (Henry van Cleef)
  8. Message-ID: <1036899555.887972@irys.nyx.net>
  9. Cache-Post-Path: irys.nyx.net!hvanclee@nyx3.nyx.net
  10. X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/)
  11. NNTP-Posting-Host: 206.124.29.6
  12. Date: 9 Nov 2002 20:39:16 -0700
  13. X-Trace: omega.dimensional.com 1036899556 206.124.29.6 (9 Nov 2002 20:39:16 -0700)
  14. Lines: 51
  15. Path: newsmaster.cc.columbia.edu!panix!nycmny1-snh1.gtei.net!news.gtei.net!news-out.visi.com!hermes.visi.com!dimensional.com!pulsar.dimensional.com!omega.dimensional.com!not-for-mail
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13835
  17.  
  18. In article <aomfve$ioc$1@watsol.cc.columbia.edu>,
  19. Frank da Cruz <fdc@columbia.edu> wrote:
  20. >In article <aol3ol$sch$1@newsmaster.cc.columbia.edu>,
  21. >Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
  22. >: ...
  23. >: I should point out that if the connection was truly using STREAMING
  24. >: transfers then if even a single error was to occur, the transfer
  25. >: would fail.  Therefore, I must assume tht STREAMING transfers are
  26. >: not being used.
  27. >: 
  28. >And similarly, that transparency isn't a suspect either.  If certain
  29. >byte values were being absorbed by PPP, a modem, or the terminal
  30. >server, error recovery would not work.  Thus flow control seems the
  31. >only likely culprit.
  32. >
  33. >If Kermit transfers work on exactly the same physical connection
  34. >when directly dialed, but fail over PPP, it has to be a difference
  35. >between the modem and/or port configurations on one end or the other
  36. >(or both), or else the fault of PPP.
  37. >
  38. I want to get back on this and tell you what the resolution was.  You
  39. pointed me in the direction of flow control, which turned out to be
  40. the key.  
  41.  
  42. Some discussion on the comp.unix.solaris newsgroup led to some
  43. comments from Greg Andrews about the need to use the uucp driver to
  44. talk to the modem (/dev/cua/a).  I had to remind Greg that no matter
  45. what the manpages for the zs and se drivers say, the ppp that Sun
  46. released with Solaris 8 7/01, and has in Solaris 9, is a setuid root
  47. program, and simply trying to make a pppd call from user space
  48. specifying /dev/cua/a would fail because of permissions.  Greg finally
  49. put the question to the ppp people, who came back with information
  50. that is not laid out anywhere in the docs available for Solaris users.
  51. Namely, put /dev/cua/a in one of the priviledged options files in the
  52. /etc/ppp directory.  That, plus resetting the OBP ttya-ignore-cd flag
  53. (this is Sun hardware) to false, seems to have solved the problems.
  54.  
  55. While I note that I had installed Kermit suid to uucp to use
  56. /dev/cua/a on this particular box, it seems to run fine through
  57. /dev/term/a.  Not so with pppd.  
  58.  
  59. With this change in place, I seem to be able to upload and download
  60. through telnet run on Kermit with the maximum length packets.  I note
  61. that the window allocation display does show STREAMING, using telnet.
  62. Running ssh on Kermit, I see the standard 1 of 30 windows display, and
  63. note that there appears to be a buffer length limit between 1000 and
  64. 2000 bytes.  Run with 1000, and it's tick-tock, solid as a rock.  With
  65. 2000 I see timeout errors and RTS/CTS action on the modem.  
  66.  
  67. Hank
  68.  
  69.